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BACKGROUND OF THE INVENTION 

FIELD OF THE INVENTION 

This invention relates to a method and to a system to display support 
information related to a personal computer. 

DESCRIPTION OF THE RELATED ART 

5 Computers, in particular personal computers (PC), include numerous complex 

devices and systems. Various devices relate to input and output, computing memory, 
computing storage, and processing. Often times these devices fail and an end-user 
must determine the problem device, find the cause, and determine the solution as to 
fixing the problem. PC end-users typically are not technically proficient to address 

10 the experienced failures. PC manufacturers can provide support groups which an end- 
user can call and request assistance from a trained technician. 

A technician familiar with the particular PC architecture and or device, 
typically is able to provide suggestions as to possible causes of the failure. The 
technician offers these suggestions through a list of frequently asked questions (FAQ) 
1 5 related to the problem. Typically there are many causes for a particular problem. For 
example in the case of a floppy disk drive, there can be read or write problems. These 
problems can be a cause of faulty hardware. Sometimes the problem that is 
experienced is due to having a corrupted floppy disk in the drive. 
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A trained technician is able to sort through all the possible FAQs and 
corresponding causes and identify the most likely cause or causes. In certain cases, 
the FAQs are provided locally in a PC. The FAQ files are arranged in an order that 
relates FAQs to particular components and or devices. By having the FAQs reside on 
the PC, the intent is that end-users are able to access the FAQs, and identify the 
problem(s) themselves without consultation. This would eliminate the calls to the 
support group. In certain software programs that provide FAQs, the individual FAQs 
are organized as separate files. The files can be structured in a hierarchical manner. 
If a top level FAQ is requested, typically all the FAQ files below the top level FAQ 
file are presented to the end-user. The FAQ list is not sorted out to present the 
relevant FAQ(s) that is needed by the end-user. 

A solution to prevent listing a great number of FAQs to the end-user is to 
present the most commonly occurring FAQs. This solution fails when the FAQ(s) 
related to the particular problem is not presented. An end-user is forced to request all 
the FAQ files, and receives a large list of FAQs. Overwhelmed by the information 
provided, the end-user typically ends up calling the technical support group, defeating 
the purpose of locally providing the FAQs to the end-user. 

To assist in trouble shooting problems, many PCs make use of diagnostic 
programs that troubleshoot and identify problems in components and devices in a PC. 
Like the FAQ, these diagnostic tests typically provide a great number of results. For 
example, if a diagnostic test (also called a test module) is performed on a floppy 
drive, the errors that are identified can be caused by read or write problems. These 
read or write problems in turn can be caused by line problems connecting the drive to 
the PC system. Typically diagnostic results are presented in a terse manner, with 
minimum explanations as to the cause of the problem, and no recommendations as to 
fixing the problem. The diagnostic program typically lists all the problems, and their 
related problems, to the end-user. The end-user is therefore presented with a large 
number of cryptic messages related to possible causes. Diagnostic programs are a 
tremendous tool for trained technicians, however, the results from the diagnostic 
programs are useless to many end-users who are merely looking for an answer to a 
problem and not to causes of the problem. 
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Because diagnostic programs are written in the English language, the results 
that are created by the diagnostic programs are in English. Any user, whether it be an 
unskilled end-user or highly skilled PC technician, must be able to read English to 
decipher the generated results of the diagnostic program. A non-English reading user 
5 can not make use of the diagnostic results that are printed out. Considering the global 
community of PC users, and the multitude of languages used by PC users, it would be 
cost prohibitive if not impossible, to provide diagnostic programs that are language 
friendly to all PC users. 

Therefore, there is a need for a method and a system that provide end-user 
10 support information such as diagnostics in a form in which displayed information is 
pertinent, easily used, and provides concise answers to computer problems or failures. 

SUMMARY OF THE INVENTION 

What is needed and is disclosed herein is an invention that provides for a 
method and a system for detecting and reporting failures of devices in a computer 
15 system by assigning event codes to particular failures. When a particular failure 
occurs, the related event code is stored in an error log. The event codes are given 
universal alpha numeric designations that can be interrupted irrespective of the user's 
language. 

In certain embodiments of the invention, the error log can be parsed for 
20 determined values based on particular diagnostic events. The event codes can be 

related to particular frequently asked question (FAQ) files that assist in identifying the 
cause of the problem or problems. 

The resulting FAQ files can be presented to a user. In certain embodiments of 
the invention are written in hyper text markup language (HTML) to present a user 
25 friendly interface that is able to link to other FAQ files. 

In certain embodiments of the invention the error log can be parsed for 
redundant event codes to minimize the error log list. 

Other embodiments of the invention provide for a template that contains all 
FAQ files. The error log is looked at, and non relevant FAQ files are masked out to 
30 the user. Only FAQ files relevant or needed by the particular user are presented. 

The foregoing is a summary and thus contains, by necessity, simplifications, 
generalizations and omissions of detail; consequently, those skilled in the art will 
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appreciate that the summary is illustrative only and is not intended to be in any way 
limiting . Other aspects, inventive features, and advantages of the present invention, 
as defined solely by the claims, will become apparent in the non-limiting detailed 
description set forth below. 

5 BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention may be better understood, and it's numerous objects, 
features and advantages made apparent to those skilled in the art by referencing the 
accompanying drawings. The use of the same reference number throughout the 
figures designates a like or similar element. 

10 Figure 1 is a flow chart illustrating parsing an error log. 

Figure 2 is a flow chart illustrating a diagnostic and FAQ reporting session. 

Figure 3 is an exemplary output page for a diagnostic run on a particular 
device, and providing relevant the relevant FAQ. 

Figure 4 is a block diagram illustrating a network environment in which a 
1 5 system according to the present invention may be practiced 

Figure 5 is a block diagram of a computer system suitable for implementing 
the present invention. 

Figure 6 is a block diagram illustrating the interconnection of the computer 
system of Figure 5 to client and host systems. 

20 While the invention is susceptible to various modifications and alternative 

forms, specific embodiments thereof are shown by way of example in the drawings 
and will herein be described in detail, it should be understood, however, that the 
drawings and detailed description thereto are not intended to limit the invention to the 
particular form disclosed but on the contrary, the intention is to cover all 

25 modifications, equivalents, and alternatives falling within the scope of the present 
invention as defined by the appended claims. 
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DETAILED DESCRIPTION 

In embodiments of the invention, the FAQs are presented using hyper text 
markup language (HTML) pages. HTML pages provide a user-friendly interface and 
provide linking to other pages. Diagnostics can be related to FAQs in the following 
5 manner. An end-user with a problem acknowledges the problem and runs a 

diagnostic program directed to the particular device; the diagnostic can be built into 
the device. If the diagnostic program finds a failure, the diagnostic program returns a 
"errorlevel" condition from the diagnostic command line application. An "errorlevel" 
condition can be a "0" for pass or a "1" for fail. A parsing program is performed to 

10 locate error strings that are compared to a known value. The parsing program can be 
written in a language such as a Java® by Sun Microsystems, Inc. These error strings 
are placed in an error log. Once an "errorlevel" condition other than "0" is received, 
the error log can be parsed in order to locate the error strings that are compared to the 
known value. Upon detection of string compares, the parsing program assembles the 

1 5 appropriate FAQs to be displayed to the end-user to utilize in self-repair of the 



In certain embodiments of the invention, error string parsing compares are 
avoided. In these instances, a keyword is placed in the error log after an error string 
along with an event code (error code). The event code has an alpha-numeric 
20 designation. As the diagnostic program tests a component or device, the diagnostic 
program generates diagnostic events for each error it encounters and writes the error 
string and event code to the error log. The following is an example of such an error 



system. 



log. 



Testing started at 12:42:00 PM 8/25/2000 



25 



Floppy Test: Linear Seek - N/A 



30 



Warning: could not obtain drive size parameters for drive 1 of 1 
You probably don't have a floppy disk m the drive. To test 
the drive, insert a formatted disk and run this test again. 
_EVENT:30_22 



Floppy Test: Random Seek - N/A 



35 



Warning: could not obtain drive size parameters for drive 1 of 1 . 
You probably don't have a floppy disk in the drive. To test 
the drive, insert a formatted disk and run this test again. 

_EVENT:30_22 



Floppy Test: Funnel Seek - N/A 



40 



Warning: could not obtain drive size parameters for drive 1 of 1 
You probably don't have a floppy disk in the drive. To test 
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the drive, insert a formatted disk and run this test again. 
_EVENT:30_22 

Floppy Test: Surface Scan - N/A 

Warning: could not obtain drive size parameters for drive 1 of 1 

You probably don't have a floppy disk in the drive. To test 

the drive, insert a formatted disk and run this test again. 
_EVENT:30_22 

Testing completed at 12:42:00 PM 8/25/2000 

The error log can be parsed for the keyword and a list of event codes can be 
built. A diagnostic program now is able to write many events to an error log. In 
operating systems such as Windows® by the Microsoft Corporation, this is of great 
benefit, since Windows® and similar operating systems can only report one return 
code and only report one failure. 

When a diagnostic test is ran, and if the "errorlevel" returned by the command 
line program is a non-zero, a program is called to parse the error log. An example of 
such a parsing program is the following script written in Java®. 



* Function: Return a list of error codes found in the log file 

* Return Value: String[]: Return an array of errorcodes 

* Function Inputs: String: Fully qualified logfile path 

* String: Name of vendor 

* ************* ****************************** ************/ 

public String [] GetErrorCodes(String logname, String vendor) 

{ 

Vector errcodes = new Vector(l); 
int i = 0; 

String errStored = null; 

// Build the error code list and return it in a vector 
errcodes = BuildErrorCodeList(logname, vendor); 

// Build a string array the size of the Vector 
String err[] = new String[errcodes.size()]; 

// Enum the vector for use 

Enumeration errEnum = errcodes. elements(); 

/* Build the String array to pass back to the caller */ 

while(errEnum.hasMoreElements()) 

{ 

errStored = (String)errEnum.nextElement(); 
err[i] = new StringO; 
err[i] = errStored.trim(); 
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Build the error code vector list 
Vector: Containing all the errorcodes 
String: Fully qualified path to the logfile 
String: Name of the vendor 



private Vector BuildErrorCodeList(String logfile, String vendor) 



* Function: 

* Return Value: 

* Function Inputs: 



{ 



FileReader(fileToParse)); 



Vector errcodes = new Vector(l); 
System-outprntlnO'EuildEnorCodeListO:"); 

try 

{ 

Enumeration errEnum = errcodes.elements(); 

File fileToParse = new File(logfile); 

String input = null; 

String errcode = null; 

String errStored = null; 

int In = 0; 

int colon = 0; 

boolean EOF = false; 

int loc = -1; 

int errCount = 0; 

int elementCount = 0; 

if(fileToParse.exists()) 

{ 

BufferedReader errorLog = new BufferedReader(new 
while(!EOF) 



try 



input.substring(colon, In); 
encodes); 



input = errorLog.readLine(); 
loc = input.indexOf("_EVENT"); 
if(loc != -1) 

{ 

/* found an errorcode string s 
colon = input.indexOf(":"); 
colon++; 

in = input.length(); 
errcode = 

errCount++; 
AddErrorCode(errcode, 



catch (EOFException e) 



/* End of file, exit */ 
EOF = true; 



catch (NullPointerException e) 



/* End of file, exit */ 
EOF = true; 
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catch (IOException e) 



System. out.println( "Not able to do a readLine() from 



rlog"); 



5 



10 



catch(FileNotFoundException e) 



/* File not found */ 

System.out.println("File: " + logfile + " not found."); 
m_mainXml.SetInteresting(m_dellTools.GetResource("file")+" " + 



15 



logfile + " " + m_dellTools.GetResource("notfound")); 



m_map Api . LogXMLEntity(m_mainXml) ; 



errcodes.tnmToSize(); 
retum(( Vector)errcodes) ; 



20 



The preceding Java® script opens the error log and begins search for the 
keyword "_EVENT." Once "JEVENT" is located, the script will retrieve the data to 
the immediate right of " EVENT" until a white space character is received. The 

25 script continues parsing the error log until the end of file (EOF) is reached. Each time 
the script locates "_EVENT," data is retrieved. If the event code is a duplicate of one 
stored in the array, the script will ignore the redundant event code. Otherwise, a new 
event code is added to the array. Once the error log has reached the EOF, the array is 
utilized to build a FAQ list that is displayed to the end user. Since an alpha-numeric 

30 event code is used and not an event string, there is no language dependence. 

Figure 1 illustrates a flow chart for parsing the error log. The parsing begins 
when a diagnostic test is ran, step 100. A determination is made if the test has failed 
or passed, step 105. If the test did not fail, a "no failure" is posted, step 110, and the 
process ends. If the test did fail, the error log is parsed for event codes, step 1 15. A 

35 determination is made if the EOF is reached, step 120. If the EOF is reached, the 

parsing process is complete and the array is used to build a dynamic HTML interface 
for the user, step 125. The process then ends. If the EOF is not reached, the keyword 
"JEVENT" is searched, step 130. If "_EVENT" is not found the process returns to 
step 115. If " EVENT" is found, a determination is made if the identified event code 

40 is already in the array, step 135. If the event code is already in the array, the event 
code is not added to the array, step 140, and the process returns to step 115. If the 
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event is not in the array, the event is added to the array, step 145, and the process 
returns to step 115. 

End-users of PCs have different requirements and needs, therefore diagnostic 
messaging can be tailored to specific end-user groups. Specific PC architectures can 
5 also be separated out and identified as to specific diagnostics that can be used. 
Likewise, component or device types can be reported with different diagnostic 
reporting packages. 

Like diagnostic reports, FAQs can be tailored to specific end-user groups. By 
relating diagnostics with FAQs an end-user can be provided with troubleshooting 
1 0 procedures to allow the end-user to resolve the problems. 

FAQs can be categorized into two criteria: 1) a failed FAQ, a FAQ that is 
displayed to the end-user if the diagnostic has determined a component or device 
under test to have failed, and is usually specific to the failure or failures; or 2) a 
passed FAQ, a FAQ that is displayed to the end user if the component under test has 
1 5 passed, which gives the end-user suggestions as to troubleshooting the problem if 
problems are still experienced. 

With the use of the earlier described event codes and the ability to record 
multiple events for each device under test, there is the capability to narrow down 
events or errors that are reported and to provide summarized information to an end- 
20 user. The summarized information is the appropriate help needed by the end-user. 

A typical scenario is a user calling up a diagnostic program, and selecting a 
component or device to be tested. The diagnostic program, or the test module in 
specific, generates a diagnostic event for each error that the test module finds. The 
diagnostic program writes the event code to the error log. 

25 The previously described parsing routine is executed on the error log to extract 

the event codes. Event codes are now minimized, and only relevant event codes are 
made available to the end-user. In order to provide detailed help to the end user, 
particular event codes are related to particular FAQ files. The end-user then is able to 
choose among the FAQs that are presented. 
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The FAQs are initially placed in a pre-configured database that allows the user 
to list the FAQs on demand without any particular indexing order. The FAQ set is 
indexed using the event codes that can be obtained when the diagnostic is run. The 
indexing is performed prior to product (device) installation on the PC system, and the 
5 indexed image is stored in the pre-configured database. 

Using the event codes, a dynamic FAQ list can built that is displayed to the 
end-user. The dynamic FAQ list provides a user-friendly interface, with links to 
different FAQ pages. The end-user is able to pick and choose from various FAQs 
using the dynamic FAQ list. 

10 The dynamic FAQ list is achieved by using the output of the diagnostic test as 

a mask to expose the appropriate HTML content. An HTML file called the HTML 
template, containing all possible content (or respective links) is used. The HTML 
template is masked out, the masking depends on the event codes that are generated. 
The HTML template is targeted by the device that is to be opened at the end of the 

15 diagnostic targeted for the device. The masking is performed at runtime using the 
previously described Java® script. The Java® script looks at the generated event- 
codes and decides which corresponding FAQs are to be displayed. The desired 
content is filtered out and exposed while the rest of the static content is masked out 
(i.e. made invisible to the end-user). 

20 Generally a static framework involves the creation of a static HTML page for 

every possible scenario of presentation and then opening or loading the HTML page 
in the browser at run-time. This can lead to a redundancy between each of the HTML 
files that can be produced. It is desirable to have a single instance of display for each 
of the FAQs, which can be achieved by using the HTML template, as long as there is 

25 only one instance of this file in the system. The overall FAQ presentation solution 
therefore needs to have the capability to point to a single instance of the HTML 
template and feed the HTML template with the appropriate input for masking the 
irrelevant content while the HTML template gets loaded within the browser. 

Figure 2 is a flow chart illustrating the diagnostic process and displaying to an 
30 end-user a FAQ in the form of an HTML page to the end-user. A diagnostic is started 
on a particular device when an end-user initiates diagnostic testing, step 200. The 
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end-user is presented with a list of diagnostic options that are available, in particular 
devices in which diagnostics tests can be performed on, step 205. The end-user 
selects the device to perform diagnostic upon, step 210. An HTML document 
template is generated, step 205. In generating the HTML document template, all 
FAQs are indexed for all diagnostics based on the following: 

1) Result of Status of a diagnostic, which can be "passed" (also called 
"hardware") or "failed." 

2) Name of Diagnostic (e.g. Floppy Drive). 

3) Error codes (event codes). 

The preceding three values are referred to as index values. 

The following HTML code is placed within an HTML page, and generates the 
desired HTML document template page. An embodiment of the invention uses a 
preprocessor in the device in which the diagnostic is being ran. The preprocessor 
processes the HTML code. 

var FAQ = new Array (); 
<assign i = "n"> 

<list load.scuhwj3yo3klya2uvdcmfg.subcats as catl> 

<if catl.name = "Failed" || catl.name = "Hardware"> 
FAQ["${catl.name}"] = new Array (); 
<list catl.subcats as cat2> 
str= "${cat2.name}" 
strl = str.replace(/[ -V.]/g, "") 
FAQ["${catl.name}"][strl] = new Array (); 

<if catl.name = "Failed"> 

FAQ["${catl.name}"][strl]["${notes.name}"] = new FinalValue ("${notes.url}", 
"${notes.abstract}"); 

</if> 
</list> 

</if> 

</list> 

The preprocessor interprets this logic and traverses all FAQs in the database 
and indexes the FAQs for masking by way of an array that is indexed by the event 
codes. "Failed" and "Passed" (Hardware) are states decided by the diagnostic 
depending on the presence of a diagnostic error code (event code). 
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In the preceding HTML code, the word "strl" is a storage variable that holds 
the diagnostic name provided at run time. Run time is the period while the device is 
executing. Operation is performed by the logic while the product is executing, as 
compared to an operation in which the operation is performed by a pre-configured 
5 setting. 

The process continues with step 230, looking at the diagnostic log, also known 
as the previously described error log. The following records are extracted, as 
illustrated by step 225, from the diagnostic log: 

1) "Passed" or "Failed" 

10 2) Error codes. 

The previously created HTML document template is opened, after reading in 
the three index values, step 220. An HTML document is opened in the browser, step 
240. 

The HTML document template is looks for at all the FAQs athat are provided 
1 5 and their respective index values. The FAQs that have the appropriate index values 
are selected and will be shown, step 245. The following file is from the HTML 
template after the preprocessor indexes all the FAQs based on criteria that enable the 
previous Java® script to mask out the non applicable FAQs. 

The numbers "30_18", "301", "30_2" and "30_22" illustrate possible error 
20 codes of the diagnostic on a floppy drive. Only a subset of these error codes can be 
submitted to the Java® script. The Java® script looks at the following file and 
displays the FAQs that correspond to those error codes. 



str = "Floppy Drive" 
25 strl = str.replace(/[ -V.]/g, "") 

FAQ["Failed"][strl] = new Array (); 

FAQ["Failed"][strl]["30_18"] = new FinalValue 
("/Dell/mots/content/sco/scoaphuajy4646rtrrzxgz/sn^ "The Resolution 

30 Assistant floppy disk diagnostic was halted due to verification errors."); 

FAQ["Failed"][strl]["30_l "] = new FinalValue 
("/Dell/mots/content/sco/scoaphuajy4646rtrrzxgz/snfpwrx2nctcmevulttgn2.rnots'', "Resolution 
Assistant detected that "No floppy drives are present"."); 
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FAQ["Failed"][strl]["30_2"] = new FinalValue 
(''/Delymots/content/sco/scoaphuajy4646r1Trzxgz/sne55odjmj4fsyvrfy3wha.mots , ', "Floppy drive is 
exhibiting errors."); 

FAQ[ , Tailed ,, ][strl][ ,, 30_22"] = new FinalValue 
("/DelVmots/content/sco/scoaphuajy4646rlTrzxgz/snkl5i635elxccohnp4hlh.mots'', "Detected there was 
NO MEDIA in the floppy drive"); 

A possible execution scenario could result in the following HTML content 
being presented to a customer after having run the "Floppy Drive" diagnostic, which 
"FAILED" with the error code "30_22". In this particular case either the end-user did 
not have media inserted in the device under test, or the drive is not able to detect the 
media. 

The relevant FAQs and their related diagnostic are presented in an HTML 
output page, step 250. Once the diagnostic is completed and the FAQ presented, 
control is returned to the end-user, step 255. 

Figure 3 illustrates a example of an HTML output page illustrating a FAQ to 
the end-user. Only the relevant FAQ page is presented to the end-user, the result of 
the diagnostic that was performed on the particular device. In this particular example, 
a FAQ was returned that no media exists in the floppy drive. The user is also 
provided an option to look at other possible failures by way of a link on this particular 
HTML page. 

An Example Computing and Network Environment 

Figure 4 is a block diagram illustrating a network environment in which a 
system according to the present invention may be practiced. As is illustrated in 
Figure 4, network 400, such as a private wide area network (WAN) or the Internet, 
includes a number of networked servers 410(1)-(N) that are accessible by client 
computers 420(1 )-(N). Communication between client computers 420(1 )-(N) and 
servers 410(1)-(N) typically occurs over a publicly accessible network, such as a 
public switched telephone network (PSTN), a DSL connection, a cable modem 
connection or large bandwidth trunks (e.g., communications channels providing Tl or 
OC3 service). Client computers 420(1)-(N) access servers 410(1)-(N) through, for 
example, a service provider. This might be, for example, an Internet Service Provider 
(ISP) such as America On-Line™, Prodigy™, CompuServe™ or the like. Access is 
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typically had by executing application specific software (e.g., network connection 
software and a browser) on the given one of client computers 420(1 )-(N). 

One or more of client computers 420(1)-(N) and/or one or more of servers 
410(1)-(N) may be, for example, a computer system of any appropriate design, in 
general, including a mainframe, a mini-computer or a personal computer system. 
Such a computer system typically includes a system unit having a system processor 
and associated volatile and non- volatile memory, one or more display monitors and 
keyboards, one or more diskette drives, one or more fixed disk storage devices and 
one or more printers. These computer systems are typically information handling 
systems which are designed to provide computing power to one or more users, either 
locally or remotely. Such a computer system may also include one or a plurality of 
I/O devices (i.e., peripheral devices) which are coupled to the system processor and 
which perform specialized functions. Examples of I/O devices include modems, 
sound and video devices and specialized communication devices. Mass storage 
devices such as hard disks, CD-ROM drives and magneto-optical drives may also be 
provided, either as an integrated or peripheral device. One such example computer 
system, discussed in terms of client computers 420(1 )-(N) is shown in detail in Figure 
5. 

Figure 5 depicts a block diagram of a computer system 510 suitable for 
implementing the present invention, and example of one or more of client computers 
420(1)-(N). Computer system 510 includes a bus 512 which interconnects major 
subsystems of computer system 510 such as a central processor 514, a system 
memory 516 (typically RAM, but which may also include ROM, flash RAM, or the 
like), an input/output controller 518, an external audio device such as a speaker 
system 520 via an audio output interface 522, an external device such as a display 
screen 524 via display adapter 526, serial ports 528 and 530, a keyboard 532 
(interfaced with a keyboard controller 533), a storage interface 534, a floppy disk 
drive 536 operative to receive a floppy disk 538, and a CD-ROM drive 540 operative 
to receive a CD-ROM 542. Also included are a mouse 546 (or other point-and-click 
device, coupled to bus 512 via serial port 528), a modem 547 (coupled to bus 512 via 
serial port 530) and a network interface 548 (coupled directly to bus 512). 
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Bus 512 allows data communication between central processor 514 and 
system memory 516, which may include both read only memory (ROM) or flash 
memory (neither shown), and random access memory (RAM) (not shown), as 
previously noted. The RAM is generally the main memory into which the operating 
5 system and application programs are loaded and typically affords at least 66 

megabytes of memory space. The ROM or flash memory may contain, among other 
code, the Basic Input-Output system (BIOS) which controls basic hardware operation 
such as the interaction with peripheral components. Applications resident with 
computer system 510 are generally stored on and accessed via a computer readable 
10 medium, such as a hard disk drive (e.g., fixed disk 544), an optical drive (e.g., CD- 
ROM drive 540), floppy disk unit 536 or other storage medium. Additionally, 
applications may be in the form of electronic signals modulated in accordance with 
the application and data communication technology when accessed via network 
modem 547 or interface 548. 

15 Storage interface 534, as with the other storage interfaces of computer system 

510, may connect to a standard computer readable medium for storage and/or retrieval 
of information, such as a fixed disk drive 544. Fixed disk drive 544 may be a part of 
computer system 510 or may be separate and accessed through other interface 
systems. Many other devices can be connected such as a mouse 546 connected to bus 

20 512 via serial port 528, a modem 547 connected to bus 512 via serial port 530 and a 
network interface 548 connected directly to bus 512. Modem 547 may provide a 
direct connection to a remote server via a telephone link or to the Internet via an 
Internet service provider (ISP). Network interface 548 may provide a direct 
connection to a remote server via a direct network link to the Internet via a POP (point 

25 of presence). Network interface 548 may provide such connection using wireless 
techniques, including digital cellular telephone connection, Cellular Digital Packet 
Data (CDPD) connection, digital satellite data connection or the like. 

Many other devices or subsystems (not shown) may be connected in a similar 
manner (e.g., bar code readers, document scanners, digital cameras and so on). 
30 Conversely, it is not necessary for all of the devices shown in Figure 5 to be present to 
practice the present invention. The devices and subsystems may be interconnected in 
different ways from that shown in Figure 5. The operation of a computer system such 

746504 v6 -15- 
CHent Reference No.: DC-03069aep 



Attorney Docket No. : M- 1 1 598 US 



as that shown in Figure 5 is readily known in the art and is not discussed in detail in 
this application. Code to implement the present invention may be stored in computer- 
readable storage media such as one or more of system memory 516, fixed disk 544, 
CD-ROM 542, or floppy disk 538. Additionally, computer system 510 may be any 
kind of computing device, and so includes personal data assistants (PDAs), network 
appliance, X-window terminal or other such computing device. The operating system 
provided on computer system 510 may be MS-DOS®, MS-WINDOWS®, OS/2®, 
UNIX®, Linux® or other known operating system. Computer system 510 also 
supports a number of Internet access tools, including, for example, an HTTP- 
compliant web browser having a JavaScript interpreter, such as Netscape Navigator® 
8.0, Microsoft Explorer® 8.0 and the like. 

Moreover, regarding the signals described herein, those skilled in the art will 
recognize that a signal may be directly transmitted from a first block to a second 
block, or a signal may be modified (e.g., amplified, attenuated, delayed, latched, 
buffered, inverted, filtered or otherwise modified) between the blocks. Although the 
signals of the above described embodiment are characterized as transmitted from one 
block to the next, other embodiments of the present invention may include modified 
signals in place of such directly transmitted signals as long as the informational and/or 
functional aspect of the signal is transmitted between blocks. To some extent, a signal 
input at a second block may be conceptualized as a second signal derived from a first 
signal output from a first block due to physical limitations of the circuitry involved 
(e.g., there will inevitably be some attenuation and delay). Therefore, as used herein, 
a second signal derived from a first signal includes the first signal or any 
modifications to the first signal, whether due to circuit limitations or due to passage 
through other circuit elements which do not change the informational and/or final 
functional aspect of the first signal. 

The foregoing described embodiment wherein the different components are 
contained within different other components (e.g., the various elements shown as 
components of computer system 510). It is to be understood that such depicted 
architectures are merely examples, and that in fact many other architectures can be 
implemented which achieve the same functionality. In an abstract, but still definite 
sense, any arrangement of components to achieve the same functionality is effectively 



746504 v6 

Client Reference No.: DC-03069aep 



-16- 



Attorney Docket No. : M- 1 1 5 98 US 



"associated" such that the desired functionality is achieved. Hence, any two 
components herein combined to achieve a particular functionality can be seen as 
"associated with" each other such that the desired functionality is achieved, 
irrespective of architectures or intermediate components. Likewise, any two 
5 components so associated can also be viewed as being "operably connected", or 
"operably coupled", to each other to achieve the desired functionality. 

Figure 6 is a block diagram depicting a network 600 in which computer 
system 510 is coupled to an internetwork 610, which is coupled, in turn, to client 
systems 620 and 630, as well as a server 640. Internetwork 610 (e.g., the Internet) is 

10 also capable of coupling client systems 620 and 630, and server 640 to one another. 
With reference to computer system 510, modem 547, network interface 548 or some 
other method can be used to provide connectivity from computer system 510 to 
internetwork 610. Computer system 510, client system 620 and client system 630 are 
able to access information on server 640 using, for example, a web browser (not 

1 5 shown). Such a web browser allows computer system 5 1 0, as well as client systems 
620 and 630, to access data on server 640 representing the pages of a website hosted 
on server 640. Protocols for exchanging data via the Internet are well known to those 
skilled in the art. Although Figure 6 depicts the use of the Internet for exchanging 
data, the present invention is not limited to the Internet or any particular network- 

20 based environment. 

Referring to Figs. 4, 5 and 6, a browser running on computer system 510 
employs a TCP/IP connection to pass a request to server 640, which can run an HTTP 
"service" (e.g., under the WINDOWS® operating system) or a "daemon" (e.g., under 
the UNIX® operating system), for example. Such a request can be processed , for 
25 example, by contacting an HTTP server employing a protocol that can be used to 
communicate between the HTTP server and the client computer. The HTTP server 
then responds to the protocol, typically by sending a "web page" formatted as an 
HTML file. The browser interprets the HTML file and may form a visual 
representation of the same using local resources (e.g., fonts and colors). 
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While particular embodiments of the present invention have been shown and 
described, it will be obvious to those skilled in the art that, based upon the teachings 
herein, changes and modifications may be made without departing from this invention 
and its broader aspects and, therefore, the appended claims are to encompass within 
their scope all such changes and modifications as are within the true spirit and scope 
of this invention. Furthermore, it is to be understood that the invention is solely 
defined by the appended claims. 
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